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(54) Method and apparatus for timestamping a bitstream to be recorded 



(57) A settop box can be connected to a DVD 
Slreanner via an IEEE 1394 interface which contains 
means to timestamp data and to strip off these times- 
tamps again, using them for timing regeneration. The 
DVD Streamer also must re-generate the timing of data 
packets as it was upon recording, when these pacl^ets 
are placed back. The streamer could also us^ own 
timestamps and strip them off again when replaying. So, 
in total, there is an in-serles connection between two 
time stamping and time regeneration mechanisms 
which introduces jitter accumulation. 



The settop box itself adds time stamps to the data 
packets before sending them through the IEEE1 394 in- 
terface. These timestamps pass the IEEE1 394 interface 
unnoticed, i.e. as part of the payload. These timestamps 
are used when the DVD Streamer plays back a stream 
The advantage is that there is only one timing/regener- 
ation process involved and that no jitter is accumulated 

As an alternative, the stream recorder uses the 
IEEE1394 timestamps and evaluates them when re- 
playing in order to assign to the data packets the correct 
temporal position. 
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Description 

[0001] The invention relates to a method and to an apparatus lor timestamping a brtstream to be recorded or for 
using timestamps when replaying fronn a stream recorder, e.g. an optical disc recorder. 

5 

Background 

[0002] Stream recording assumes an 'application device*, e.g. a settop box, connected to a DVD Streamer. Both 
devices are connected via e.g. an IEEE1394 (lEC 611683) interface which in its transmitting and receiving firmware 
10 contains means to timestamp data and to strip off these timestamps again, using them for timing regeneration. The 
resulting effect is that this system behaves between the IEEE1394 interface input and the IEEE1394 interface output 
like a constant delay system. 

Invention 

IS 

[0003] A stream recorder must re-generate the timing of data packets as it was upon recording, when these packets 
are played back, so that between recording and playback this system also behaves like a constant delay system. In 
one embodiment of the invention the stream recorder adds Its own timestamps to the data packets when recording 
and evaluates them when replaying in order to assign to the data packets the correct temporal position. Thereby the 
20 original data packet burst characteristic is reconstructed for a data stream having in principle non-equidistant data 
packets. 

[0004] However, there is an in-series connection between two timestamping and time regeneration mechanisms 
which can introduce jitter accumulation. In a second embodiment of the invention the application device itself, before 
sending the data through the IE EE 1394 Interface, adds time stamps to the data packets. These timestamps may have 

2S the meaning of 'departure time' rather than 'arrival time' and pass the IEEE1394 Interface 'unnoticed', i.e. from a 
IEEE1 394 interface point of view they are part of the payload. At the other end of the chain these timestamps are used 
when the stream recorder plays back a stream. The advantage is that there Is only one timing/regeneration process 
Involved which has influence on the temporal position of the replayed data packets, and that therefore no jitter is 
accumulated. In this second embodiment the stream recorder does not make use of the IEEE1394 timestamps. 

30 [0005] In a third embodiment the stream recorder records the IEEE1394 timestamps and evaluates them when re- 
playing in order to assign to the data packets the correct temporal position. 

[0006] It Is one object o1 the Invention to disclose a method for recording and replaying a bitstream, wherein after 
replaying the recorded data packets do have the correct temporal location within the bitstream and wherein no jitter 
accumulation takes place. This object is achieved by the methods disclosed In claims 1 , 3 and 4. 
35 [0007] It is a further object of the invention to disclose an apparatus which utilises the Inventive method. This object 
Is achieved by the apparatuses disclosed in claims 6, 7, 9 and 10. 

[0008] In principle, the inventive method is suited for: timestamping a bitstream to be recorded or for using timestamps 
when replaying from a stream recorder, wherein a device or signal source outputting said bitstream to be recorded 
adds said timestamps to data packets of said bitstream and wherein the data packets of said bitstream pass to said 
40 stream recorder through a network which causes network jitter and for which network said timestamps belong to the 
payload of said data packets, and wherein said timestamps are used when replaying said data packets from said 
stream recorder in order to relocate the replayed data packets to the corresponding original temporal position In said 
bitstream, 
or is suited for: 

45 timestamping an MPEG bitstream to be recorded or for using timestamps when replaying from a stream recorder, 
wherein MPEG timestamps are included in data packets of said MPEG bitstream to be recorded and for the recording 
additional timestamps generated by said stream recorder become attached to the data packets of said MPEG bitstream 
to be recorded, and wherein said additional timestamps are used when replaying said data packets from said stream 
recorder in order to relocate the replayed data packets to the corresponding original temporal position In said MPEG 

50 bitstream, 

or is suited for: 

timestamping a bitstream to be recorded or for using timestamps when replaying from a stream recorder, wherein data 
packets of said bitstream pass to said stream recorder through a network which causes network jitter and which network 
intemally adds network timestamps to data packets of said bitstream In order to reduce said jitter when outputting said 
55 data packets, and wherein said stream recorder records said network timestamps and during replay uses said recorded 
network timestamps in order to relocate the replayed data packets to the corresponding original temporal position In 
said bitstream. 

[0009] Advantageous additional embodiments of the inventive method are disclosed in the respective dependent 
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claims. 

[0010] In principle, the inventive apparatus is suited for timestamplng a bitstream to be recorded and includes: 

program selection means which provide data packets from said bitstream, the data packets belonging to a specific 
5 program; 

a network interface which provides data of said data packets to a stream recorder or which receives data of said 
data packets from said stream recorder, wherein the related network causes network jitter and for which network 
said timestamps belong to the paybad of said data packets and wherein said timestamps are used to relocate the 
replayed data packets to the corresponding original temporal position in said bitstream; 
10 - means for generating timestamps and for adding these timestamps to the data of said data packets, which means 
provide the output data to said network interface; 

means for decoding replayed data of said data packets received from said network interface, 
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and concerns a Stream recorder for a bitstream, including: 

a network interface which provides data of data packets of said bitstream including timestamps, having been 
inserted outside said network interface, for recording or which receives replayed recorded data, wherein the related 
network causes network Jitter and for which network said timestamps belong to the payload of said data packets; 
stream recording means which record data of said data packets including said timestamps or which replay data 
of said data packets, wherein during replay said timestamps are used in order to relocate the replayed data packets 
to the corresponding original temporal position in said bitstream before the replayed data packets enter said net- 
work interface, 

or concerns a Stream recorder for a bitstream, including: 



a network interface which provides data of data packets of said bitstream, said data packets including MPEG 
timestamps, for recording or which receives replayed recorded data for data packets including said MPEG times- 
tamps; 

stream recording means which record data of said data packets, including said MPEG timestamps, and additional 
30 timestamps generated by said stream recording means which become attached to the data packets of said MPEG 

bitstream to be recorded, or which replay data of said data packets, wherein during said replay said additional 
timestamps are used in order to relocate the replayed data packets to the corresponding original temporal position 
in said MPEG bitstream, 

35 or concerns a Stream recorder for a bitstream. including: 

a network interface which provides data of data packets of said bitstream for recording or which receives replayed 
recorded data, wherein the related network causes network jitter and which network internally adds network times- 
tamps to data packets of said bitstream in order to reduce said jitter when outputting said data packets; 
^0 - stream recording means which record data of said data packets including said network timestamps, or which replay 
data of said data packets, wherein during replay said network recorded timestamps are used In order to relocate 
the replayed data packets to the corresponding original temporal position in said bitstream before the replayed 
data packets enter said network Interface. 

45 [001 1 ] Advantageous additional embodiments of the inventive apparatuses are disclosed In the respective dependent 
claims. 

Drawings 

so [0012] Embodiments of the invention are described with reference to the accompanying drawings, which show In: 

Fig, 1 simplified block diagram of a settop box and a Stream recorder with IEEE1394 connection; 

Fig, 2 steps in the transmission of a transport stream; 

Fig. 3 structure of a stream pack; 

55 Fig. 4 structure of an application time stamp. 
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Exemplary embodiments 

[0013] The following abbreviations are used in the description: DVD: digital versatile disc, LB: logical block, RBN: 
relative byte number. RBP: relative byte position, RLBN: relative logical block number, STB: set top box, TOC: table 

s of content, SCR: system clock reference. SOB: stream object. DVD RTRW: DVD realtime rewritable. PES: packetised 
elementary stream, PTS: presentatbn timestamp, DTS: decoding timestamp, ATS: application timestamp. 
[0014] In Fig. 1 transport streams are received by an antenna ANT and pass through a tuner TU selecting one ot 
the transport streams, and through a demultiplexer DEM. Into the output signal of DEM time stamps can be inserted 
in a time stamp inserter TSI which receives the time stamps from a time stamp generator TS. 

'io An application device which can be a DVD stream recorder including stream recording means STRREC, receives 
output data from DEM or TSI. respectively via an IEEE1 394 interface transmitter 1394TR and an IEEE1 394 interface 
receiver 1 394RECS. The data replayed from STRREC pass through an IEEE1 394 interface transmitter 1 394TRS and 
an IEEE1394 interface receiver 1394REC to decoder means DEC which deliver the final output signal or signals O. 
DEC may include a video decoder, one or more audio decoders and one or more additional data decoders. 

75 [0015] Instead of an IEEE1 394 connection any other network causing network jitter like the Ethernet or the Internet 
can be used: 

[0016] TU, DEM, TS, TSI, 1394TR, 1394REC and DEC can be parts of a settop box. 1394RECS, STRREC and 
1 394TRS can be parts of a DVD stream recorder. Instead of a settop box any other data stream source can be used, 
e.g. a DVD player or a PC or Internet receiver In that case ANT and TU is replaced by e.g. an optical disc and a pickup. 
20 [0017] Fig. 2 depicts the temporal behaviour of certain items of the received PES stream with respect to the functional 
blocks in Fig, 1 . 

Fig. 2a shows a transport stream with multiplex of packets of programs A, B, C and D, and SI information at the output 
of TU in Fig. 1. 

Fig. 2b depicts source packets of the selected program A with its relevant SI information at the output of DEM in Fig. 
25 1. The black parts of the packets are the packet headers which include transmitted time stamps represented by the 
arrows. 

Fig. 2c shows source packets at the output of the smoothing buffer inside IEEE1 394 transmitter 1 394TR which causes 
such a delay that the packets are now essentially equidistant. 

Fig. 2d shows the source packets at the input of the IEEE1 394 receiver 1 394REC which introduces an additional delay, 
30 wherein it is assumed that no stream recorder is connected or that the stream recorder has no influence on the temporal 
location of the packets. 

Fig. 2e depicts the reconstructed timing for the source packets at the output of 1394REC which again introduces an 
additional delay One can see that time differences At^ and Atg of Fig. 2e finally correspond to that of Fig. 2b. The arrival 
time is the departure time plus the overall delay ODEL which is represented by a timestamp offset. 

35 [0018] The clock frequency for transferring the bytes of a transport stream may be different in different applications. 
An IEEE1 394 system uses segments having a length of 1 25|is. called cycle master packet. Within such cycle a data 
packet has a non-defined temporal position, i.e. a jitter range of maximum nearly 125^is is introduced. Therefore the 
IEEE 1394 system makes use of its own 'timestamps' which sen/e to temporally correctly relocate the packets within 
the 125^s segments at the output of an IE EE 1394 receiver. 

40 The exact timing is important for a succeeding decoder because the decoder's buffer capacity is limited and an addi- 
tional jitter in the data packets could cause buffer overflow or underflow and thereby erroneously decoded data. 
An IEEE1394 transmitter includes a buffer at its input and an IEEE1394 receiver includes a buffer at its output, which 
smooth the average data rate. Additionally, in the I EEE1 394 system a temporal compression of the data packets takes 
place which is apparent from the comparison of Fig. 2c and 2d. This compression also increases the maximum jitter 

45 at the demultiplexer output. In addition to the limited temporal resolution in the IEEE1394 system described above a 
further portion of jitter is added by the non-perfect 25MHz clock. 

[0019] A proposed stream recorder specification offers the possibility to record stream-recorder generated times- 
tamps which are derived from e.g. a 27MHz clock. In one embodiment of the invention the stream recorder records 
the I EE El 394 timestamps instead and evaluates them when replaying in order to assign to the data packets the correct 
50 temporal position. 

[0020] The length of the data packets is programmable in the IEEE1394 system. Therefore in another embodiment 
of the invention the original 1 88 byte length of the transport stream packets is increased by e.g. 4 bytes to a total length 
of 1 92 bytes in order to add timestamps supplied from the application device, e.g. a settop box. 
[0021] The DVD Stream Recording system is designed to use rewritable DVD discs for recording existing digital 
bitstreams, editing them and playing them back as bitstreams. This system is designed to satisfy the following require- 
ments: 

• Any packet size is supported as long as it is equal or less than 2kByte and is of constant length within a take. 
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• A timing mechanism, i.e. a time stamp is added to every broadcast packet to enable proper packet delivery during 
playback. 

• To enlarge the fields of applications, non-real-time recording should be possible. However, in this case the STB 
has to generate the timestamp information. 

• Data allocation strategy and a file system to support real-time stream recording. 

• Many digital sen^ices require Service Information which nomnally is embedded in the real-time stream. To support 
a STB fed by data from a DVD player, the DVD should provide additional space, which can be used by the STB 
to duplicate part of the service information and to add additional TOC information. 

• Copy Protection must be supported. In addition, any scrambling performed by the service provider or the STB 
must be kept unchanged. 

[0022] User requirements can be grouped into requirements for recording, requirements for playback, and require- 
ments for editing: 

Real-time Recording 

[0023] The system is designed to enable real-time recording of digital streams. It allows the user to concatenate 
recordings, even if those recordings consist of different stream formats. If recordings are concatenated, a seamless 
or close-to-seamless playback feature can be achieved, but is not required. 

25 Navigation Support 

[0024] To support navigation two pieces of information (lists) are generated during recording: 
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1) An 'original' version of a play list. This list contains qurte low level information, e.g. time map or (broadcast) 
packet order of the recording. This list is accessible by the STB and the content is understood by the DVD streamer 
as well as by the STB. In its original version the playlist enables the playback of a complete recording. The playlist 
may be accessed and extended after recording by the STB to allow more sophisticated playback sequences. 

2) The second piece of information, a mapping list, is generated to support the stream recorder to retrieve packet 
stream chunks (cells), that are described in terms of the application domain, e.g. 'broadcast packets' or lime'. This 

55 list is owned and understood by the DVD streamer only 

Content Description 

[0025] The system can resen^e space which can be used by the STBto store high-level TOC and Service Information. 
This information is provided for the user to navigate through the content stored on disc and may contain sophisticated 
EPG information. The content needs not to be understood by the stream recorder. However a common subset of the 
TOC infomnation, e.g. based on a character string, may be useful to be shared between STB and DVD, in order to 
enable the stream recorder to provide a basic menu by itself. 

[0026] Playback of individual recording and playing all recordings sequentially is possible via a play list. 
Piayer menus for entry point selection 

[0027] The STB can generate a sophisticated menu based on the TOC information stored on the disc. A simple menu 
is generated by the streamer itself, e.g. via some 'character' information which is shared by STB and DVD. 

Trick piay modes 

[0028] The STB can steer trick play via the 'play list'. Due to the nature of the broadcast strearn, the trick play features 
may be limited to basic ones. e.g. Time Search and Title Jump. User defined playback sequence features like pro- 
55 gramming or parental control can be supported via the play list. 

[0029] The DVD streamer creates the 'original version* of the play list. It can allow extensions and modifications of 
the play list by the STB for more sophisticated playback features. The DVD streamer is not responsible for the content 
of those sophisticated playlist(s). 
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2:X::oZZnuTsT"^ °' ^'"^'^ ^ "^^^"^ ^-^-^'^'^ ^V-- this ,eature 

The system may support insert editing. 

[0030] Conceming the directory and file structure, the organisation of Stream Data and Navigation Data of DVD 
Stream Recording is done in a specific way such as to take into account the following: °^ 

- Any DVD Streamer device has certain requirements to store its own housekeeping data or Streamer-specific nav- 
igation data on the disc. These data are solely for helping the retrieval of recorded d^ta; they n^^^^^^ 
or even be visible to any outside application device AD unaerstood 

" ^ZulV^^""^' "^1"^^ "^^'^^ *° communicate with the application device AD it is connected to This commu- 
stSl TH T w P°^^""« «° '^^^ possible range of applbatlons can be conne^ed toThe 

^drrrnJili^'T^^^^ '° communication are called Common navigation data and must be 

understandable by the Streamer as well as by the application device 

- The Streamer device offers to the connected application device AD a means for storing its own private data of anv 

Z:^!:^^::::^::^'^ " "™ °' '-'^^ ---- ™r2rhi^ 

fJ^^Tnnp^H^""! ^""^ described below The files storing the disc content are placed under 

the STRREC directory which is under the root dlreCon^. Under the STRREC directory the following flies a^cfeaJed 

- COMMON. I FO 

as the^fream^^^^ ^''^^"^ ""^^^^ understood by the Application Device as well 

- STREAMERIFO 

plicati^ otvi^r'^ ^'^'""^"^ ^"^^^ '^^^ understood by the Ap- 

- APPLICAT.IFO 

N, JS,'rS'u™t;*. SZT " ^-"»'- 

5^ - REALTIME.SOB 

Recorded real-time stream data proper 

Notethatexceptforthefilesdescribedabove.theSTRRECdirectoryshallnotcontalnanyotherfilesordirectories. 

ifd^'Lbrn^o?^^^^^^^ s'sTem^"^" '"^"^^ ^^^^ ''^ - ^ '^-^-^ 

^on°era " ^^"^'"^^^'^ ''^ ^ program_end_code. The value of the SCR field In the first pack of each SOB may be 

A SOB contains the Stream Data packed into a sequence of 'Stream Packs' (S PCKs) Stream data can be oraanised 
as one elementary stream and are carried in PES packets with a stream.id " organised 

ROMX^oTR?SwI?redSf L^^ ''^^Tc '° P^'^'^ '°"9t^^ ^til^srmenx methods of DVD- 

have trnec'ssa^^^^^^^^^^ 

A^' ^')°''"J" ^ ^^'^'^ ^^^^ a pack header followed by a Stream PES 

Packet. A system header may be included in those S_PCKs which are the first S PCK of a SOB Wien a Tvstfm 

SSfhJtir 'a T ^''^^'^ ^^'^^^^ -^ay 201 0 bytes, and wheTn^t fncTded 

2034 bytes. A pack e recorded in one LB. The pack header may include the following Items of data- 
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Field 


Number of bits 


Number of bytes 


Value 


Comment 


SO 


Pack_start_code 


32 


4 


0000 01BAh 
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(continued) 



Field 


Number of bits 


Number of bytes 


Value 


Comment 


•ov 


2 


6 


provider defined 


01b 


SCR_base[32..30] 


3 






(Note 1) 


marker_bit 


1 






1 


SCR_base[29..15] 


15 








marker_bit 


1 






1 


SCR_base[14..0] 


15 








marker_bit 


1 






1 


SCR_extenslon 


9 




t 




marker^bit 


1 






1 


program_mux_rate 


22 


3 


01 3883h 


mux_rate = 8Mbps (Note 2) 


marker_bit 


1 






1 


marker_bit 


1 






1 


reserved 


5 


1 


F8h 


11111b 


pac k_st uffin g_len gth 


3 






no stuffing length = 000b 
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Note 2: 'program_mux_rate' is set to BMbps. 
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30 



35 



40 



[0034] In a Stream PES Packet, the stream PES packet header content is identical to that defined in the DVD stand- 
ard, with the following limitations and additional rules: 

• The 'stream.id' field Is set to OxBD (private_stream_1 ) 

• The total length of the stream PES packet header Is 14 bytes. Therefore the 'PES_header„dataJength' field Is 
set to 5 bytes. 

• Each stream PES packet header carries a PTS timestamp. DTS timestamps are not encoded. Therefore the 
'PTS_DTS_f lags' is set to '10b'. 

• The 'PES_packetJength' includes any reserved bytes behind the last Application transport packet up to the end 
of the streamer DVD pack. Therefore the •PES_packet_length' is always 2028 bytes. 

• No padding PES packet shall be encoded in a streamer DVD pack. Padding is be described below in the 'application 
header'. 

45 [0035] The Stream PES packet header may include the following items of data: 



Field 


Number of bits 


Number of bytes 


Value 


Comment 


packet_start_code _prefix 


24 


3 


000001 h 




stream_id 


8 


1 


1011 1101b 


prlvate_stream_1 


PES_packet_length 


16 


2 


07 ECh 


2028 



so 
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(continued) 





Field 


Number of bits 


Number of bytes 


Value 


Comment 


5 


'10' 


2 


3 


10b 






P E S„sc ramb 1 in g_control 


2 










PES_priority 


1 




0 


no priority 




data_alignment_indicator 


1 




0 


not defined by descriptor 


10 


copyright 


1 




0 


not defined by descriptor 




original_or_copy 


1 




0 


copy 




PTS_DTS_flags 


2 




10b 




IS 


ESCR„flag 


1 




0 


no ESCR field 




ES_rate_flag 


1 




0 


no ES rate field 




DSM_trick_mode_flag 


1 




0 


no trick mode field 




additionaLcopy_info_flag 


1 




0 


no copy info field 


20 


PES_CRC_flag 


1 




0 


no CRC field 




PES_extension_flag 


1 




0 


no extension 




PES_header_data_length 


B 




05h 


5 


2B 


'ooor 


4 


5 


Provider defined 






DTS[32„30] 


3 










marker_bit 


1 










DTS[29..15] 


15 








30 


marker_bit 


1 










DTS[14..0] 


15 










nnarker_bit 


1 








35 


stuffing byte 


0 


0 








Private data area 




sub_streann_id 


B 


1 






40 


Stream Data Area 



[0036] Fig. 3 also shows that the Stream Data Area inside a Stream PES Packet includes an application header, an 
application header extension and a sequence of application packets, each prefixed by an application packet timestamp. 
The Application Header may include the following items of data: 



Field 


Number of bits 


Number of bytes 


Value 


Comment 


(1) VERSION 


8 


1 


Olh 




(2) APPLICATIONJD 


16 


2 






(3) MAX.BITRATE 


32 


4 






(4) 

SMOOTH_BUF_SIZ 


16 


2 


'3540 bytes' 




(5) 

TS„REF_CL_FREQ 


32 


4 


'27 MHz' 




(6) AP_PKT_LEN 


16 


2 






(7) TS_LEN 


8 


1 


04h 


4 
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(continued) 



Field 


Number of bits 


Number of bytes 


Value 


Comment 


(8) AP_PKT_Ns 


6 


1 






(9) START_OF_STR 


1 


1 


Ob on 




(10) END_OF_STR 


1 


Ob or lb 




reserved 


6 


111111b 




reserved 


56 


7 


7x(FFh) 






Total 


25 






(1 ) VERSION describes the version number of the application header format. 

(2) APPLICATIONJD describes the application that generated the stream. If the application Is unknown, 0x0000 
is encoded. 

(3) MAX_BITRATE describes the output bitrate parameter o1 the leaky bucket flow control model In Mbps. 

(4) SMOOTH„BUF_SI2 describes the buffer size parameter of the leaky bucket flow control model. 

(5) TS_REF_CL_FREQ describes the reference clock frequency of the packet arrival/delivery timestamp. 

(6) AP_PKT_LEN describes the length of the application packet, excluding the timestamp, in bytes. 

(7) TS_LEN describes the length of the timestamp field in bytes and is set to the value '4'. 

(8) AP_PKT_Ns is the number o1 application packets in this Stream PES Packet DVD pack: 
AP.PKT.Ns =1,2. 487 div AP_PKT_LEN 

(9) START„OF_STR: when set to '1'. this Stream PES Packet is the first DVD pack in the stream. 

(10) END_OF_STR: when set to '1 this Stream PES Packet Is the last DVD pack in the stream. 
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[0037] The application header extension includes a list of entries, where there is exactly one entry of 1 byte for each 
Applicationtransport layer Packet. These bytes are used to store information that may differ from application packet to 
application packet. The total length of the application header extension is 46 bytes. The first *AP_PKT_Ns' entries of 
these carry valid data. Unused list entries may carry undefined values. The total length of 'application header' and 
'application header extension' is 71 bytes. 



Field 


Nu.Tiberof bits 


Number of bytes 


Value 


Comment 


(1) AU.START 


1 


1 






(2) AU_END 


1 








(3) reserved 


4 








(4) COPYRIGHT 


2 








(1 ) AU_START: when set to '1 indicates that the associated application packet contains a random access entry 
point into the stream 

(2) AU_END: when set to '1', indicates that the associated application packet is the last packet of a random 
access point. 

(4) COPYRIGHT describes the copyright status of the associated application packet. 



[0038] The application timestamps ATS of each application packet are represented by a 32 bit value. An ATS Is 
divided into a base part and an extension part. The base part represents the 90kHz unit value, and the extension part 
represents the less significant value measured in 27MH2 units: 

0 ^ ATS_exten < 300 . ATS in seconds = ATS_base/90kHz + ATS_exten/27MH2. 
[0039] Together, ATS^base and ATS_exten cover a range of more than 93 seconds. 
The application timestamp describing format Is depicted in Fig. 4. 

[0040] The numbers and parameters given in this description are examples and can be adapted correspondingly to 
other applications of the Invention. 
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Claims 

1. Method for timestamping a bitstream (A, B. C. D, SI) to be recorded or for using timestamps when replaying from 
a stream recorder (STRREC). wherein a device (TU, DEM.TS.TSI. DEC) or signal source outputt in g said bitstream 
to be recorded adds (TSI) said timestamps (TS) to data packets of said bitstream (A, SI) and wherein the data 
packets of said bitstream pass to said stream recorder through a network (1394TR, 1394RECS, 1394TRS, 
1394REC) which causes network jitter and for which network said timestamps belong to the payload of said data 
packets, and wherein said timestamps are used when replaying said data packets from said stream recorder in 
order to relocate the replayed data packets to the corresponding original temporal position in said bitstream. 

2. Method according to claim 1 . wherein said network is an IEEE1 394 connection or is an Ethernet or is the Intemet. 



3. Method for timestamping an MPEG bitstream (A, B. C, D. SI) to be recorded or for using timestamps when replaying 
from a stream recorder (STRREC). wherein MPEG timestamps are included in data packets (A, SI) of said MPEG 
75 bitstream to be recorded and for the recording additional timestamps generated by said stream recorder become 

attached to the data packets of said MPEG bitstream to be recorded, and wherein said additional timestamps are 
used when replaying said data packets from said stream recorder in order to rekx;ate the replayed data packets 
to the corresponding original temporal position in said MPEG bitstream. 

20 4. Method for timestamping a bilslream (A, B, C, D, SI) to be recorded or for using timestamps when replaying from 
a stream recorder (STRREC), wherein data packets (A, SI) of said bitstream pass to said stream recorder through 
a network (1394TR, 1394RECS. 1394TRS, 1394REC) which causes network jitter and which network Internally 
adds network timestamps to data packets of said bitstream in order to reduce said jitter when outputting said data 
packets, and wherein said stream recorder records said network timestamps and during replay uses said recorded 

2S network timestamps in order to rolocato the replayed data packets to the corresponding original temporal position 

in said bitstream. 

5. Method according to claim 4, wherein said network is an IEEE1394 connection. 

30 6. Apparatus for timestamping a bitstream (A. B, C. D, SI) to be recorded, including: 

program selection means (TU. DEM) which provide data packets (A, SI) from said bitstream, the data packets 
belonging to a specific program: 

a network interface (1394TR, 1394REC) which provides data of said data packets to a stream recorder or 
35 which receives data of said data packets from said stream recorder, wherein the related network causes net- 

work jitter and for which network said timestamps belong to the payload of said data packets and wherein said 
timestamps are used to relocate the replayed data packets to the corresponding original temporal position in 
said bitstream; 

means (TS. TSI) for generating timestamps and for adding these timestamps to the data of said data packets, 
40 which means provide the output data to said network interface; 

means (DEC) for decoding replayed data of said data packets received from said network interface. 

7. Stream recorder for a bitstream (A, B. C, D, SI), including: 

45 - a network interface (1394RECS, 1394TRS) which provides data of data packets (A, SI) of said bitstream 

including time-stamps, having been inserted outside said network interface, for recording or which receives 
replayed recorded data, wherein the related network causes network jitter and for which network said times- 
tamps belong to the payload of said data packets; 

stream recording means (STRREC) which record data of said data packets including said timestamps or which 
replay data of said data packets, wherein during replay said timestamps are used in order to relocate the 
replayed data packets to the corresponding original temporal position in said bitstream before the replayed 
data packets enter said network interface. 

8. Apparatus according to claim 6 or 7, wherein said network is an tEEE1394 connection or is an Ethernet or is the 
55 Intemet. 

9. Stream recorder for an MPEG bitstream (A. B, C, D. SI), including: 
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a network interface (1 394RECS, 1 394TRS) which provides data of data packets (A, SI) of said bitstream, said 
data packets including MPEG timestamps, for recording or which receives replayed recorded data for data 
packets including said MPEG limestamps; 

stream recording means (STRREC) which record data of said data packets, including said MPEG timestamps, 
5 and additional timestamps generated by said stream recording means which become attached to the data 

packets of said MPEG bitstream to be recorded, or which replay data of said data packets, wherein during 
said replay said additional timestamps are used In order to relocate the replayed data packets to the corre- 
sponding original temporal position in said MPEG bitstream. 

10 10. Stream recorder for a bitstream (A, B. C, D, SI), including: 

- a network interface (1 394RECS, 1 394TRS) which provides data of data packets (A, SI) of said bitstream for 
recording or which receives replayed recorded data, wherein the related network causes network jitter and 
which network internally adds network timestamps to data packets of said bitstream in order to reduce said 
15 jitter when outputting said data packets; 

stream recording means (STRREC) which record data of said data packets including said network timestamps, 
or which replay data of said data packets, wherein during replay said recorded network timestamps are used 
in order to relocate the replayed data packets to the corresponding original temporal position in said bitstream 
before the replayed data packets enter said network interface. 

20 

11. Stream recorder according to claim 10, wherein said network is an IEEE1394 connection. 
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